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Abstract 

Autonomous intelligent agent research is a domain situated at the 
forefront of artificial intelligence. Interest-based negotiation (IBN) is a 
form of negotiation in which agents exchange information about their 
underlying goals, with a view to improve the likelihood and quality of 
a offer. In this paper we model and verify a multi-agent argumentation 
scenario of resource sharing mechanism to enable resource sharing in a 
distributed system. We use IBN in our model wherein agents express 
their interests to the others in the society to gain certain resources. 

1 Introduction 

Negotiation is a form of interaction in which a group of agents, with conflicting 
interests, try to come to a mutually acceptable agreement on the distribution of 
scarce resources. Argumentation-Based Negotiation (ABN) approaches, enable 
agents to exchange information (i.e. arguments) during negotiation 1 ]. This 
paper is concerned with a particular style of argument-based negotiation, namely 
Interest-Based Negotiation (IBN) [2! , a form of ABN in which agents explore 
and discuss their underlying interests. Information about other agents goals 
may be used in a variety of ways, such as discovering and exploiting common 
goals. 

Most existing literature supports the claim that ABN is useful by presenting 
specific examples that show how ABN can lead to agreement where a more basic 
exchange of proposals cannot (e.g. the mirror/picture example in [3]). The focus 
is usually on underlying semantics of arguments and argument acceptability. 
However, no formal analysis exists of how agent preferences, and the range 
of possible negotiation outcomes, change as a result of exchanging arguments. 
In this paper, we model and verify a resource sharing mechanism using which 
agents in a digital ecosystem collaborate. 
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2 Preliminaries 



Our negotiation framework consists of a set of two agents A and a finite set of 
resources R, which are indivisible. An allocation of resources is a partitioning 
of R among agents in A [4]. 

Definition 1 (Allocation). An allocation of resources R to a set of agents A is 
a function A : A -> 2 R such that A(«) n A(j) = <f> for i ^ j and U^aM^) = ^ 

Agents may have different preferences over sets of resources, defined in the 
form of utility functions. 

Definition 2 (Payment). A payment is a function p : A — > R such that 

Note that the definition ensures that the total amount of money is constant. 
If p(i) > 0, the agent pays the amount p(i), while p(i) < means the agent 
receives the amount —p(i). We can now define the notion of deal formally. 

Definition 3 (Deal). Let A be the current resource allocation. A deal with 
money is a tuple A = (A, A ,p) where A is the suggested allocation, A ^ A, 
and p is a payment. 

3 Methodology 

An offer (or proposal) is a deal presented by one agent which, if accepted by 
the other agents, would result in a new allocation of resources. In this paper, 
we will restrict our analysis to two agents. The bargaining protocol initiated by 
agent Ai with agent Aj is shown in Fig.l. 

Bargaining can be seen as a search through possible allocations of resources. 
In the brute force method, agents would have to exchange every possible offer 
before a deal is reached or disagreement is acknowledged. The number of pos- 
sible allocations of resources to agents is |A| * 2' R I, which is exponential in the 
number of resources. The number of possible offers is even larger, since agents 
would have to consider not only every possible allocation of resources, but also 
every possible payment. Various computational frameworks for bargaining have 
been proposed in order to enable agents to reach deals quickly [5]. 
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Figure 1: State Chart Diagrams 

Fig.l shows state chart diagram which is used to describe the behavior of 
systems. In Fig.l above portion show states of offering agent and below part 
show reacting agent .After initialize both agent offering agent offer some re- 
source to reacting agent, reacting agent either accept, reject or challenge. If 
reacting agent challenge, so offering agent argue on challenge (A challenge is a 
continue process till the offering agent does not meet the requirement of reacting 
agent). Stop state show the termination of communication. 
Bargaining Protocol(BP): 

Agents start with resource allocation A at time t = At each time t > 0: 

1. Propose(A i; (5*): Agent Aj proposes to Aj deal 5 l — (A , A which has 
not been proposed before; 

2. Agent Aj either: 

(i) accept (j ,(5*): accepts, and negotiation terminates with allocation A* 
and payment p 1 ; or 

(ii) reject (A,, <5*): rejects, and negotiation terminates with allocation A 
and no payment; or 

(iii) challenges the argument by going to step 1 at the time step t+1. 
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4 Model Checking 



Over the years, model checking has evolved greatly into the software domain 
rather than being confined to hardware such as electronic circuitries. Model 
checking is one of the most successful approach to verification of any model 
against formally expressed requirements. It is a technique used for verifying 
finite state transition system. The specification of system model can be formal- 
ized in temporal logic [BJ, which can be used to verify if a specification holds 
true in the model. 

Model checking has a number of advantages over traditional approaches 
which are based on simulation, testing and deductive reasoning. In particular, 
model checking is an automatic, fast tool to verify the specification against 
the model. If any specification is false, model checker will produce a counter- 
example that can be used to trace the source of the error. 

In this paper, we have modeled a resource sharing based argumentation 
scheme between two agents. In this scenario we have considered a set of resources 
that are held by the agents. Agents negotiate over the possession of the resources 
needed by them to achieve their objectives. An Agent wanting a resource makes 
an initial offer for the resource. The reacting agent or the agent in possession 
of the resource can either accept, reject or challenge the offer. Based on the 
move made by the reacting agent the offering agent can either argue or close 
the dialogue. When an agent accepts a resource from another agent a payment 
is made to the offering agent. 



Algorithm 1 Offering Agent Behavior 

l: Offering_Agent() 

2: ostate = inito 

3: if Offering Agent wants to make an offer then 
4: ostate = offer 

5: end if 

6: if Reacting Agent has reached state Accept or Refuse then 
7: ostate=stopo 

8: end if 

9: if Reacting Agent has challenged the offer made by Offering Agent then 
10: ostate = argue 

11: end if 
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Algorithm 2 Reacting Agent Behavior 
1: Reacting_Agent() 
2: rstate = initr 

3: if Offering Agent has made an offer & Reacting Agent wants to accept it 

then 
4: rstate = accept 
5: end if 

6: if Offering Agent has made an offer & Reacting Agent wants to reject it 

then 
7: rstate = reject 
8: end if 

9: if Reacting Agent wants to challenge Offering Agent's offer then 
10: rstate = challenge 
11: end if 

12: if Reacting Agent wants to challenge Offering Agent's argument then 
13: rstate = challenge 
14: end if 

15: if Offering Agent has gone to stopo state then 
16: rstate = stopr 
17: end if 



We have developed two algorithms to demonstrate the behavior of two 
agents. In algorithm [l] the offering agent makes an offer for a resource. After 
an offer is made based on the move made by the reacting agent, the offering 
agent can either argue or stop the dialogue. In algorithm [2] when an offer is 
made for a resource, the reacting agent can either accept, refuse or challenge 
the offer. 

5 Verification Results and Discussion 

Properties of the Multi-Agent Argumentation System are specified and evalu- 
ated in NuSMV (7j. The system is modeled and fed to the NuSMV tool [S]. 
We then construct CTL formula, which are in effect, negation of the properties 
of the system. Each formula is verified by the NuSMV model checker and a 
counter trace is provided to illustrate that the negated formula are false. We 
provide the trace after each specification. 



Table 1: Specifications for the Resource Sharing Mechanism 



Sl.No. 


Specification 


Satisfiability 


1 


AG(oagent=offer — > AF !(ragent=accept — ragent=refuse — ragent=challenge)) 


False(Counter-example) 


2 


AG(ragent=accept — > AG ! (resource [want] =0)) 


False(Counter-example) 


3 


AG(complete -> AF !(typeChal=0 & typeArg=0)) 


False(Counter-example) 
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Specification 1. The specification tells that when an offering agent makes an 
offer, it will neither be accepted, refused nor challenged by the reacting agent. 
This is FALSE since the reacting agent has to do one of the three options it has. 
And hence NuSMV generates a counter-example. The Trace shown indicates 
that reacting agent challenges the offer made by the offering agent. 
AG (oagent— offer — > AF ! (rag ent= accept — ragent=refuse — ragent=challenge)). 



iuSnU > check_ctlspec 




— specification AG (oagent = offer — > AF ?<<ragent = accept 


ragent = refuse) 


! ragent = challenge)) is false 




— as demonstrated by the following execution sequence 




Trace Description : CTL Counterexample 




Trace Type: Counterexample 




-> State : 1.1 <- 




resourced] = 




resource T2] = 




resource [3] = 1 




resourceT4] = 1 




resource T5] = 1 




priced] = 2 




price T2] = 3 




price [3] = 3 




price T4] = 2 




price T5] = 5 




oagent = inito 




ragent = initr 




typeArg = 




typeChal = 




pi = 




PJ = 




complete = 




ptotal = 




want = 3 




-> Input: 1.2 <- 




-> State: 1.2 <- 




oagent = offer 




-> Input: 1.3 <- 




-> State: 1.3 <- 




ragent = challenge 




-> Input: 1.4 <- 




-> State: 1.4 <- 




oagent = argue 




typeChal = incr 




-> Input: 1.5 <— 




— Loop starts here 




-> State: 1.5 <- 




typeArg = incr 




typeChal = deer 




-> Input: 1.6 <— 




-> State: 1.6 <- 




NuSMU > 





Figure 2: NuSMV Implementation of Specification I 



Specification 2. The specification tells that, if a reacting agent j reaches a 
decision to accept the offer, then the resource does not move to the offering 
agent i. This is FALSE since the resource has to migrate and hence NuSMV 
generates a counter-example. The Trace indicates that when the offering agent 
makes an off er for a resource indicated by the variable 'want', when the reacting 
agent accepts the offer the resource migrates to offering agent and hence its 
value in not zero. 

AG (ragent— accept — > AG !(resource[want]=0)). 

Specification 3. The specification tells that,that, More challenges and argu- 
ments are made, once a decision has been reached. This is FALSE since no more 
challenges and arguments are made and hence NuSMV generates a counter- 
example. The Trace indicates that once the state complete is reached both the 
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HuSMU > check_ctlspec 

— specification AG <ragent - accept -> AG ! (resource [want ] = is false 

— as demonstrated by the Following execution sequence 
I face Description : CTL Counterexample 

Trace Type: Counterexample 
-> State: 1.1 <- 

resourced] = 

resource [21 = 

resource [3] - 1 

resource [4] = 1 

resource [51 = 1 

price [1] - 2 

price [2] = 3 

price [3] = 3 

price [4] - 2 

price [5] = 5 

oagent = inito 

ragent = in itr 

typeArg = 

typeChal = 

pi = 

PJ - 

complete - 

ptotal = 

uant = 3 
-> Input: 1.2 <- 
-> State: 1.2 <- 

oagent = offer 
-> Input: 1.3 <- 
-> State: 1.3 <- 

ragent = accept 

complete - 1 
-> Input: 1.4 <- 
> State: 1.4 < 

resource [31 = 

oagent - stopo 

pi - 3 

PJ = -3 

UtiSflU > 



Figure 3: NuSMV Implementation of Specification 2 



offering and reacting agent reach their stop states and hence no more challenges 
are made. 

AG(complete -t AF ! (typeChal=0 A typeArg=0)). 



JuSMU > check_ctlspec 

— specification AG (complete — > AF ! <t ypeChal = ft typeArg = 0>> is false 

— as demonstrated by the following execution sequence 
'race Description : CTL Counterexanple 

"race Type: Counterexample 
-> State: 1.1 <- 

resource Ell = 

resource [21 = 

resource [31 - 1 

resource [41 = 1 

resource [51 = 1 

priced] - 2 

price E2] = 3 

price [3] = 3 

price E4] = 2 

price [5] = 5 

oagent - inito 

ragent = initr 

typeArg = 

typeChal = 

pi - 

PJ = 

complete - 

ptotal = 

want = 3 
-> Input: 1.2 <- 
-> State: 1.2 <- 

oagent - offer 
-> 1 nput : 1.3 <- 

> State: 1.3 <- 
ragent - refuse 
complete = 1 

> Input: 1.4 < 
-> State: 1.4 <- 

oagent = stopo 

> Input: 1.5 <- 

— Loop starts here 
-> State: 1.5 <- 

ragent - stopr 
complete = 

> Input: 1.6 <— 
-> State: 1.6 <- 

faSMU > 



Figure 4: NuSMV Implementation of Specification 3 
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6 Conclusion 



In the future, distributed systems will be in the forefront. No distributed system 
can exist without collaboration. Each distributed system site can have an agent 
entity to voice its interests. It is not always the case that the interests of all sites 
will fall in line. This is when argumentation can be useful. In this paper we 
have demonstrated a simple agent-based argumentation paradigm, where two 
agents argue on an offer made by one of them, this scenario can be extended for 
more than two agents. There can be several cycles of challenges and arguments 
made on the proposal before the agents reach a feasible conclusion. We have 
modeled the situation and verified it using the NuSMV tool, and the results 
have been demonstrated. 
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